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AMENDED APPEAL BRIEF 

In response to the Notice of Non-Compliant Appeal Brief mailed August 30. 2006. 
Appellant submits this Amended Appeal Brief to the Boand of Patent Appeals and 
Interferences on appeal from the decision of the Examiner of Group Art Unit 2154 dated 
March 24, 2005, finally rejecting claims 1-20. The final rejection of claims 1-20 is 
appealed- This Amended Appeal Brief Is believed to be timely filed. The Commissioner 
has been authorized to charge the $500 Appeal Brief filing fee, and any additional fees 
required to make this Amended Appeal Brief timely and acceptable to the Office, to 
counsel s Deposit Account No. 20-0782/LCNT/1 20651 . 
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Real Party in Interest 

The present application has been assigned to Lucent Technologies Inc, of 
Murray Hill, New Jersey. 
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Related Appeals and Interferences 

Appellant asserts that no other appeals or interferences are known to Appellant. 
Appellant's legal representative, or assignee, which will directly affect or be directly 
affected by or have a bearing on the Board's decision in the pending appeal. 
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Status of Claims 



Claims 1-20 are pending in tiie application. Claims 1-20 were originally filed in 
the application. Claims 1-20 stand finally rejected as discussed below. The final 
rejections of claims 1-20 are appealed. The pending daims are shown in the attached 
Claims Appendix. 



PAGE 5l26*RWDATmOM:15:12PM [Eastern DayligMte^ 



S8P-28-2006 04:14pm Froni-MosBr, Patterson A Sheridan, LLP - NJ +17325300808 T-181 P. 008/026 F-284 



PATENT 

Atty. DkL No. LCm'/IMeSt 
Sartal No. 09/615.942 
PB0Q6of2e 

Status of Amendments 



All claim amendments have been entered by the Examiner. 
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Summary of Claimed Subject Matter 



The embodiments of the present invention generally are directed to an 
application programming interface (API) for networl< applications processing packets 
having associated with them source nodes and destination nodes. An application 
programming interface according to the invention allows creating or destroying one or 
more pairs of data structures for asynchronously passing between the operating system 
and the network application pointers to packet buffers mapped to both the operating 
system and the network application. The network application may use the pair to input 
packets received frc)m a specified network interface and output packets to be processed 
by the operating system's network layer as received packets. The network application 
may also use the pair to input packets provided by the operating system's network layer 
to a specified network interface, and output packets to be sent via that interface. The 
network application may also use the pair to input packets received and output packets 
to be sent by a specified network interface. The network application may also use such 
a pair to input allocated and output deallocated packet buffers. 

Generally speaking, the invention utilizes packet buffer data structures to share 
data between a network application and an operating system. Within the context of the 
present invention, as incoming packets arrive, the packets are stored in memory. Data 
structures are created wherein pointers are placed in the data structures by the 
operating system. Specifically, pointers that point to the location of the incoming 
packets in memory are placed in a detour queue 104A and taken out of the detour 
queue 104A by a network application 108. After the packets have been processed by 
the network application 108, the pointers are placed in revert queue 1Q6A by network 
application 108 and taken out via operating system 102 for transmission out to the 
network via a respective device such as a host application 110, TCP/IP implementation 
112 or directly to the plurality of network interfaces 114, Thus, the processing or 
exchanging of pointers by both the operating system and the network application 
enables an ability to process associated packets by the OS and network application. 

Of interest within the context of the present invention: (1) all packet buffers are 
mapped both to the system and to network applications; (2) instead of passing copies of 

packets to one another, aygiem and network applications exchange pointers to packets : 
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and (3) system and network applications communicate asynchronously via a number of 
circular queues, thus avoiding system call overheads in normal cases. 

An application programming interface (API) according to an embodiment of the 
invention is described in detail in FIGS 1-4, 7 and accompanying text. 

Claim 1 positively recites (with reference numerals added where applicable): 

1 . An application programming interface (API) for network applications 
capable of processing packets having source and destination node 
addresses different from a node where the application runs, said API 
comprising: 

first (104A, 104B) (mbuf_map 208; FIGS 2-4, also see, e.g.. If0027^ 
110042) and second (106A. 106B; FIGS 1 and 4; also see, e.g., 110024- 
110036) data structures associated with a network interface (114, FIG 1, 
110024) in communication with a network (116) (FIG 1, 110024), said first 
and second data stmctures being mapped (mbuf_map 208; FIGS 2-4, also 
see. e.g., 1I0027-1I0042) to an operating system (102, FIG 1; also see, 
e.g., K0023) and a network application (108, FIG 1; also see, e.g.. 110024), 
said network interface, operating system, and network application residing 
at a node (e.g., computer system 500 of FIG 5; also see, e.g., 110046-55) 
capable of processing packets having source and destination node 
addresses different from said node where the application runs, wherein: 

packets to be passed from the operating system to the network 
application (see. e.g., interface_tap primitive 216 of FIG 2, 1136-40) are 
stored in a buffer (402, FIG 4; also see, e.g., 110027, 110033) and 
referenced via respective pointers (410, FIG 4; also see, e.g., 1f0027, 
110034) within said first data structure (104A, 104B), said respective 
pointers being exchanged between said operating system and said 
network application (FIGS 2 and 3; also see, e.g.. 1(0027-36, 1(0041^2), 
said first data structure pointers being inserted (204, FIGS 2 and 3; also 
see, e.g., 110027, 1(0031-34) Into said first data stmcture by said operating 
system prior to network layer processing, said first data structures being 
removed (206. FIGS 2 and 3; also see, e.g., 1(0027. 1(0031-34) by said 
network application, insertion and removal of said first data stmcture 
pointers being asynchronous (see. e.g., K0007-10, 30-34) with respect to 
each other; and 

packets to be processed as received packets (see. e.g., K0027- 
0029) by said network layer of said operating system are stored in a buffer 
(402) and referenced via respective pointers (410. FIG 4; also see, e.g., 
1(0027, 1(0034) within said second data structure (106A. 106B), said 
respective pointers being exchanged between said network application 
and said operating system, said second data structure pointers being 
inserted into said second data structure by said network application (see, 
e.g., K0042), said second data structure pointers being removed by said 
operating system, insertion and removal of said second data stmcture 
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pointers being asynchronous with respect to each other (see, e.g., 
interface Jap primitive 216 of FIG 2, 5136). 

Claim 17 positively recites (with reference numerals added where applicable): 

17. An application programming interface (API) for network 
applications, which applications can process packets whose source and 
destination node addresses are nodes different from a node where the 
application runs, said API comprising: 

a primitive (mbuf_map 208. FIG 2, ^3) for creating a first (104A. 
104B) (FIGS 1 and 4; also see, e.g.. text at T[0024-110036) and a second 
(106A, 106B) (FIGS 1 and 4; also see. e.g., 1I0024-1I0036) data structures 
associated with a specified network interface (114, FIG 1, TI0024), if said 
data structures do not exist, and mapping (mbuf_map 208; FIGS 2-4, also 
see, e.g., 1(0027-110042) said data structures both to the operating system 
(102, FIG 1; also see, e.g.. 1[0023) and a specified networi< application 
(108, FIG 1; also see, e.g., TI0024), said network interface, operating 
system, and networi< application residing at a node (e.g,, computer system 
500 of FIG 5; also see, e.g., 110046-55) capable of processing packets 
having source and destination node addresses different from said node 
where the application runs, wherein 

the specified network interface receives and sends packets from 
and to a networi< (see. e.g., interface Jap primitive 216 of FIG 2, 1136-40), 

each said packet is stored in a buffer (mbuf 402) mapped both to 
the operating system and the specified networi^ application, 

the operating system inserts into and the specified network 
application removes from said first data structure, a pointer (410, FIG 4; 
also see, e.g., 1(0027, 110034) to each buffer (402) containing a packet that 
the operating system's network layer outputs to the specified network 
interface, before the network interface sends said packets, said insertions 
and removals being asynchronous (see, e.g., 1f0007-10, 30-34) with 
respect to each other, and 

the specified network application inserts into and the operating 
system removes from said second data structure (see, e.g.. 110042), a 
pointer (410, FIG 4; also see, e.g., 110027. 110034) to each buffer 
containing a packet that the specified network interface sends to the 
network, said Insertions and removals being asynchronous with respect to 
each other. 

Claim 19 positively recites (with reference numerals added where applicable); 

19. An application programming interface (API) for network application, 
which applications can process packets whose source and destination 
node addresses are nodes different from a node where the application 
runs, said API comprising: 
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a primitive (mbuf_fnap 208; FIGS 2-4, also see, e,g., 1(0027-110042) 
for creating a first (mbuf_map 208; FIGS 2-4, also see, e.g.. 1I0027-1f0042) 
and a second (106A. 106B; FIGS 1 and 4; also see, e.g., 1I0024-1I0036) 
data structures associated with a specified network interface (114, FIG 1, 
1f0024), if said data structures do not exist, and mapping said data 
structures both to the operating system (102) and a specified network 
application (108), said network interface, operating system, and network 
application residing at a node (e.g., computer system 500 of FIG 5; also 
see, e.g., 1|0046-55) capable of processing packets having source and 
destination node addresses different from said node where the application 
runs, wherein 

the specified network interface receives and sends packets from 
and to a network and does not require a coprocessor (see, e.g., 110057), 

the specified network application requires supervisor privileges 
(see, e.g,. 1(0010), every packet is stored in a buffer mapped both to the 
operating system and every network application, 

the operating system's network and higher protocol layers do not 
process any packets that the specified network interface receives or 
sends, 

the operating system insert:s into and the specified network 
application removes from said first data structure(see, e.g., 1f0041), a 
pointer to each buffer containing a packet that the specified network 
interface receives from the network, said insertions and removals being 
asynchronous (see, e.g., 1f0007-10, 30-34) with respect to each other, and 

the specified network application inserts into and the operating 
system removes from said second data stmcture (see, e.g., 1|0042), a 
pointer to each buffer containing a packet that the specified network 
interface sends to the network, said Insertions and removals being 
asynchronous (see, e.g., 1f0007-10, 30-34) with respect to each other 
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Grounds of Rejection to be Re^newed on Appeal 

Claims 1-20 stand rejected under 35 U.S.C. § 103(a) as being unpatentable over 
Mahler et al. (6.675,218) (hereinafter Mahler) in view of Garcia et al.(6,1 45,061) 
(hereinafter Garcia). 
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ARGUMENTS 



Obviousness of Claims 1*20 over Mahler In view of Garcia 

Claims 1-20 stand rejected under 35 U.S.C. § 103(a) as being unpatentable over 
Mahler in view of Garcia. 

The Mahler reference discloses a system for user-space networl< packet 
modification. The Mahler reference defines a packet modification library (PML) and 
associated machine language instructions to implement the PML in kernel space and 
user space. A PML application programming interface (API) provides functions to a 
programmer such that packet taps may be set up and packets may be moved between 
kernel space and user space (column 6, lines 15-32). 

A PML kernel "open" functton allocates space In the kernel for a "packet queue" 
to hold pointers to trapped packets, where the trapped packets are logically viewed as a 
"file." Thereafter, when PML application code seeks to "read" from that "file," a read 
thread created by PML kernel code will wait until a packet pointer is present in the 
packet queue and will then move the associated trapped packet Into user space and 
delete the packet from kemel space. Similarly, when PML application code seeks to 
"write" a packet to the "file," PML kemel code will move the packet into kemel space, 
and PML application code will delete the packet from user space (column 7, lines 18- 
29). Thus, trapped packets are moved between kemel space and application space via 
a file read or write operation. 

The Garcia arrangement provides a method of management of a circular queue 
for asynchronous access. Specifically, two separate processing elements operate to 
asynchronously access and manage a circular queue. A specific methodology is 
defined whereby an order of data storage and removal is provided, which order is 
assisted by adding to the queue (along with each data element) a zero data element 
that marks the tail of the queue and signifies that the queue is empty. 

Appellant's invention of claim 1 recites the following: 

An application pnagramming interface (API) for network applications 
capable of processing packets having source and destination node 
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addresses different from a node where the application runs, said API 
comprising: 

first and second data structures associated with a network interface 
in communication with a network, said first and second data structures 
being mapped to an operating system and a network application, said 
network interface, operating system, and network application residing at a 
node capable of processing packets having source and destination node 
addresses different from said node where the application njns, wherein: 

packets to be passed from the operating system to the network 
application are stored in a buffer and referenced via respective pointers 
within said first data structure, said respective pointers being exchanged 
between said operating svstem and said network application , said first 
data structure pointers being inserted into said first data stmcture by said 
operating system prior to network layer processing, said first data 
stmcture pointers being removed by said network application, Insertion 
and removal of said first data structure pointers being asynchronous with 
respect to each other; and 

packets to be processed as received packets by said network layer 
of said operating system are stored in a buffer and referenced via 
respective pointers within said second data structure, said respective 
pointers being exchanged between said network application and said 
operating svstem . said second data structure pointers being inserted into 
said second data stmcture by said network application, said second data 
stmcture pointers being removed by said operating system, Insertion and 
removal of said second data stmcture pointers being asynchronous with 
respect to each other. 

In contrast to the above-quoted claim language, the Mahler reference fails to 
teach or disclose at least the claimed "said respective pointers being exchanged 
between said operating system and said network application Specifically, the 
claimed invention contemplates "packets to be passed from the operating system to the 
network application" and "packets to be processed as received packets by the network 
layer of said operating system In each instance, the packets are "stored in the 
buffer and referenced via respective pointers [wherein] said respective pointers being 
exchanged between said operating system and said network application.,.." 

To the extent that the Mahler reference utilizes pointers, those pointers are only 
used to point to a specific PML kernel functfon or point from a "p^^ket queue" to trapped 
packets. A packet read or packet write operation according to Mahler comprises 
utilizing a pointer to copy a pointed-to packet or write a packet to a pointed-to location, 

mspectively. That Is. pointors are used within the normal context of a file read/file write 
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operation to retrieve or place data in a file. A file read operation returns to the calling 
program a packet while a file write operation is passed a packet(s) by the calling 
program. More particular, there Is no aPDlicatioP -lfevel utilization of the pointers, and 
certainly no exchanging of pointers between an operating system and an application, as 
claimed. 

Thus, the Mahler reference fails to disclose or suggest the claimed Invention. It 
is noted that the significant gap between the claimed invention and the Mahler reference 
is simply not bridged by the Garcia reference. The Garcia reference provides disclosure 
related to a circular queue for asynchronous access. There is no teaching or 
suggestion within Garcia of the claimed "exchanging of pointers" as noted above with 
respect to claim 1 . Thus, at least the exchanging of pointers claim element Is missing 
from the claimed references, either singly or in any combination. 

Appellant does not agree with the Examiner's position and analysis of Appellant's 
various responses. The Examiner's attempt to clarity the alleged teachings of Mahler 
in, illustratively, the Final Office Action are deficient; thus, any attempted combination of . 
Mahler with other references still does not result in the claimed invention. Independent 
Claims 1, 17 and 19 recited and relevant case law cited in Appellant's prior response 
are still of record and are refen-ed to hereby by Appellant. 

Specifically, in Section 23 of the Final Office Action, the Examiner stated that 
Mahler discloses respective pointers being exchanged between said operating system 
and said network by the application mnning in user space and the PML API moving a 
packet between kernel space and user space per FIG. 1, Col. 6, lines -32, Col. 2, line 
36 - Col. 3, line 11. However, in addition to the above discussion, it is noted that FIG. 1 
(per Col 6, lines 1-3) shows a block diagram of the Interoperation and division of a 
TCP/IP protocol stack between user space and kernel space, no specific indication of 
pointer usage between such memory regions is depicted. Additionally, Col. 2, line 36 - 
Col. 3. line 1 1 specifically discusses the copying of packets to move such packets from 
kernel space to user space and vice versa. This In no way discloses usage of pointers 
in accordance with the subject Invention and is actually a teaching counter thereto. 
That is, if the actual packets are manipulated (i.e., copied) then there is no suggestion 
of the implementation (or exchange) of pointers as daimdd. Also, Col, 6, lines (15)-32 
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specifically discloses the moving of packets betwe en kernel space and user space 
nines 27-28). As stated earlier, this is inopposite to the purpose and proposed solution 
of the subject invention. Accordingly, there can be no teaching or suggestion of pointer 
usage as claimed. 

The Examiner believes that Mahler discloses each said packet is stored in a 
buffer mapped both to the operating system and the specified network application (via 
the file-desc pointer of Col 6. lines 63-67 and Col. 7, lines 1-6). However, this portion of 
the reference teaches pointer usage in association with function calls (i.e., read, write, 
open and the like) of applications in user space in relation to kernel space and not the 
specific maopino or referencing of packets as claimed in the subject invention. At Col 6, 
line 65 - Col 7. line 3, "...the kemel allocates memory in kernel space for a '*file 
stmcture," which will hold pointers to the beainnino and end o f the file on a disk, as well 
as pointers to the kernel functions that implement the "close", "read", "write" and "loctl" 
user-space functions. In addition, the kemel retums to the calling application a ppint^r 
"file-desc" to the file structure . It is respectfully submitted that there Is no discussion of 
the packets in the cited section because it was not the intention of Mahler to map 
packets but functions via pointers. Furthemriore. subsequent manipulation of packets 
based on this pointer activity was cited by the Examiner in the previous Office Action 
(Col. 7, lines 7-29) and such was shown to not be combinable with ottier cited 
references to result in the claimed invention in Appellant's prior response. That is, the 
combination would merely disclose a kernel of an operating system allocating memory 
in kernel space for a file structure which will hold pointers to the beginning and the end 
of the file on a disk, allocating memory in the kernel space for a packet queue to hold 
pointers to trap packets, moving the associated trapped packet into user space and 
deleting the packet from the kernel space, and using the queue for storing data 
elements so that it can be managed asynchronously by separate processing elements. 

As such. Appellant submits that independent claims 1,17 and 19 are not obvious 
and fully satisfy the requirements of 35 U.S.C. §103 and is patentable thereunder. 
Furthermore, claims 2-16, 18 and 20 depend directly or indirectly from independent 
claims 1, 17 and 19 and recite additional limitations thereof. As such and at least for the 

same reasons as diecueeed above. Appellant submits that these dependent dalrvis are 
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also not obvious and fully satisfy the requirements of 35 U.S.C. §103 and are patentable 
thereunder. Therefore, Appellant respectfully requests that the Examiner's rejection be 
withdrawn. 

Independent claim 17 (and similarly independent claim 19) recites: 

"An appllcatton programming interface (API) for network applications, 
which applications can process pacl<ets whose source and destination 
node addresses are nodes different from a node where the application 
runs, said API comprising: 

a primitive for creating a first and a second data staictures 
associated with a specified network interface, if said data structures do not 
exist, and mapping said data structures both to the operating system and 
a specified network application, said network interface, operating system, 
and network application residing at a node capable of processing packets 
having source and destination node addresses different from said node 
where the application runs, wherein 

the specified network interface receives and sends packets from 
and to a network, 

each said packet is stored In a buffer mapped both to the operating 
svstem and the specified network application , 

the operating system inserts into and the specified network 
application removes from said first data stmcture, a pointer to each buffer 
containing a packet that the operating system's network layer outputs to 
the specified network Interface, before the network interface sends said 
packets, said insertions and removals being asynchronous with respect to 
each other, and 

the specified network application inserts into and the operating 
system removes from said second data structure, a pointer to each buffer 
containing a packet that the specified network interface sends to the 
network, said insertions and removals being asynchronous with respect to 
each other." (emphasis added) 

As discussed above, the combination of Mahler and Garcia discloses passing 
packets between the kernel space and the user space and using the queue for storing 
data elements so that it can be asynchronously managed by separate processing 
elements. Nowhere in the combined references is there any teaching or suggestion of 
"each said packet is stored in a buffer mapped both to the operating system and the 
specified network application." That is, Appellants invention stores the packet in a 
buffer that is mapped both to the operating system and the specified network 
application. Instead of passing copies of packets between the operating system and the 
network application, the kernel and user space exchanpe pointers to the packet (see 
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Appellant's specification, page 9, paragraph 30). Thus, Appellant's Invention enhances 
performance over the cited references, since It eliminates the copying of the packets 
from the kemel space to the user space, and vice versa. Therefore, sine© the cited 
references fail to teach or suggest "each said packet is stored in a buffer mapped both 
to the operating system and the specified network application," the combined references 
fail to teach or suggest Appellant's invention as a whole. 

As such. Appellant submits that independent claims 17 and 19 are not obvious 
and fully satisfy the requirements of 35 U^S.C. §103 and are patentable thereunder. 
Furthermore, claims 18 and 20 depend directly or indirectly from independent claims 17 
and 19 and recite additional limitations thereof. As such and at least for the same 
reasons as discussed above, Appellant submits that these dependent claims are also 
not obvious and fully satisfy the requirements of 35 U.S.C. §103 and are patentable 
thereunder. 
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CONCLUSION 

Thus. Appellant submits that none of the claims presently In the application are 
obvious under the provisions of 35 U.S.C. §103. Consequently. Appellant believes all 
these claims are presently in condition for altawance. 

For the reasons advanced above, Appellant respectfully urges that the rejections 
of claims 1-20 as being obvious under 35 U.S.C. §103 are improper. Reversal of the 
rejections of the Final Office Action is respectfully requested. 

Respectfully submitted. 



Eamon J. Wall 

Registration No. 39,414 

Moser. Patterson & Sheridan, L.L.P. 

595 Shrewsbury Avenue, Suite 100 

Shrewsbury, New Jersey 07702 

Telephone: 732-530-9404 

Telephone: 732-530-9808 
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CLAIMS APPENDIX 



1. (Previously presented) An application programming Interface (API) for network 
applications capable of processing packets having source and destination node 
addresses different from a node where the application runs, said API comprising: 

first and second data structures associated with a network interface in 
communication with a network, said first and second data stmctures being mapped 
to an operating system and a network application, said network interface, operating 
system, and network application residing at a node capable of processing packets 
having source and destination node addresses different from said node where the 
application runs, wherein: 

packets to be passed from the operating system to the network application are 
stored in a buffer and referenced via respective pointers within said first data 
structure, said respective pointers being exchanged between said operating system 
and said network application, said first data structure pointers being inserted into 
said first data stmcture by said operating system prior to network layer processing, 
said first data structure pointers being removed by said network application, insertion 
and removal of said first data structure pointers being asynchronous with respect to 
each other; and 

pacl<ets to be processed as received packets by said network layer of said 
operating system are stored in a buffer and referenced via respective pointers within 
said second data structure, said respective pointers being exchanged between said 
network application and said operating system, said second data structure pointers 
being inserted into said second data structure by said network application, said 
second data structure pointers being removed by said operating system, insertion 
and removal of said second data structure pointers being asynchronous with respect 
to each other. 
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2. (Original) The API of claim 1 , further comprising a primitive for creating said first 
and a second data stnjctures if said first and a second data structures are not available, 

3. (Original) The API of claim 1 , further comprising a primitive for unmapping said 
first and a second data structures from the network application, said unmapping 
primitive operating to destroy said first and a second data stmctures if said data 
stmctures are mapped to no other networi< application. 

4. (Original) The API of claim 3, wherein: 

in the case of said first and a second data structures not being associated with 
the network interface, packets to be passed between the network and the network 
interface are processed by the operating system network layer. 

5. (Original) The API of claim 1 , wherein the operating system's network layer 
implements the Intemet Protocol (IP). 

6. (Original) The API of claim 1 , further comprising a primitive for creating said first 
and a second data structures mapped both to said operating system and said network 
application, wherein: 

non-network packets to be passed from the operating system to the network 
application are stored in a buffer and referenced via respective pointers within said first 
data structure, said first data structure pointers being inserted into said first data 
stnjcture by said operating system, said first data structure pointers being removed by 
said network application; and 

non-network packets to be passed from said network application to said 
operating system are stored in a buffer and referenced via respective pointers within 
said second data stnjcture, said second data stmcture pointers being Inserted into said 
second data structure by said network application, said second data structure pointers 
being removed by said operating system. 
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7. (Original) The API of daim 6, wherein the operating system maintains in said 
first data structure at least a predefined number of pointers. 

8. (Original) The API of claim 6, wherein the API further comprises a primitive to 
destroy said first and second data structures. 

9. (Original) The API of claim 1 wherein other network applications are prevented 
from accessing a buffer from the time said network application removes a pointer to said 
buffer from said first data structure and inserts a pointer to said buffer into said second 
data structure. 

1 0. (Original) The API of claim 9, wherein each buffer contains an identifier of any 
network application having exclusive use of the buffer. 

1 1 . (Original) The API of claim 10. wherein upon termination of a network 
application, the operating system automatically reclaims buffers that are in the 
application's exclusive use. 

12. (Original) The API of claim 1 wherein said first or second data staicture is a 
circular queue. 

1 3. (Original) The API of claim 1 , further comprising a primitive for placing the 
network application in a quiescent state until the operating system inserts a pointer into 
said first data structure. 

14. (Original) The API of claim 1 , further comprising a primitive for placing the 
network application in a quiescent state until the operating system removes a pointer 
from said second data stmcture. 

15. (Original) The API of claim 1 . wherein the node where the network application 
runs is configured as one of a host, a bridge, a switch and a router, 

504916-1 
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16. (Original) The API of claim 6 wherein other network applications are prevented 
from accessing a buffer from the time said networtc application removes a pointer to said 
buffer from said first data structure and inserts a pointer to said buffer into said second 
data structure. 

17. (previously presented) An application programming interface (API) for network 
applications, which applications can process packets whose source and destination 
node addresses are nodes different from a node where the application runs, said API 
comprising: 

a primitive for creating a first and a second data structures associated with a 
specified network interface, if said data stnjctures do not exist, and mapping said data 
structures both to the operating system and a specified network application, said 
network interface, operating system, and network application residing at a node capable 
of processing packets having source and destination node addresses different from said 
node where the application runs, wherein 

the specified network interface receives and sends packets from and to a 
network, 

each said packet is stored in a buffer mapped both to the operating system and 
the specified network application, 

the operating system inserts into and the specified network application removes 
from said first data structure, a pointer to each buffer containing a packet that the 
operating system's network layer outputs to the specified network interface, before the 
network interface sends said packets, said insertions and removals being asynchronous 
with respect to each other, and 

the specified network application inserts into and the operating system removes 
from said second data structure, a pointer to each buffer containing a packet that the 
specified network interface sends to the network, said insertions and removals being 
asynchronous with respect to each other. 
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1 8. (Original) The API of claim 1 7, wherein the API further comprises a primitive for 
unmapplng said data structures from the specified network application and, if said data 
structures are mapped to no other network application, destroying said data structures. 

19. (Previously presented) An application programming interface (API) for network 
application, which applications can process packets whose source and destination node 
addresses are nodes different from a node where the application runs, said API 
comprising: 

a primitive for creating a first and a second data structures associated with a 
specified network interface, if said data structures do not exist, and mapping said data 
stmctur^s both to the operating system and a specified network application, said 
network interface, operating system, and network application residing at a node capable 
of processing packets having source and destinatton node addresses different from said 
node where the application runs, wherein 

the specified network interface receives and sends packets from and to a 
network and does not require a coprocessor, 

the specified network appiication requires supervisor privileges, 

every packet is stored in a buffer mapped both to the operating system and every 
network application, 

the operating system's network and higher protocol layers do not process any 
packets that the specified network interface receives or sends, 

the operating system inserts into and the specified network application removes 
from said first data stmcture, a pointer to each buffer containing a packet that the 
specified network interface receives from the network, said insertions and removals 
being asynchronous with respect to each other, and 

the specified network appiication inserts into and the operating system removes 
from said second data structure, a pointer to each buffer containing a packet that the 
specified network interface sends to the network, said insertions and removals being 
asynchronous with respect to each other. 
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20, (Original) The API of claim 19, wherein the API further comprises a primitive for 
unmapping said data structures from the specified network application and, if said data 
stmctures are mapped to no other network application, destroying said data structures. 
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EVIDENCE APPENDIX 



None 
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RELATED PROCEEDINGS APPENDIX 



None 
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